ぶりうん
2003-05-06 19:58:11 ( ID:7r7iywcwmsa )
[ 削除 / 引用して返信 ]
WIndows2000ユーザーです。
2.511にバージョンアップしたところ、
最初のうちは普通に使えていたのですが、
あるソースをエンコードしたところ、
エンコードが途中でストップしてしまいました。
エンコードの進行状況が3%たったところで、
タスクマネージャのCPU使用率が0%になってしまうのです。
TMPGのバージョンを2.510に戻したら、普通にエンコードできました。
バグだとは思うのですが、他にこのような現象になった方は
いらっしゃいませんでしょうか?
川﨑
2003-05-06 22:02:42 ( ID:iz2w6hvgwog )
[ 削除 / 引用して返信 ]
当方も類似のエラーが出ました。
MotionJPEG(canopus) 720x480 29.97fps 1/7 2分31秒
のソースをMPEG-1に変換すると、数パーセントでストップ。
ビットレートを変えると違うポイントでSTOP。
5回ためしましたが、すべて同様の症状。
最終的にタスクマネージャで強制的に終了をかけないといけませんでした。
●OS
windows 2000(SP3) P3 800MHz x 2 RAM 512MB
●環境設定
マルチスレッド、パイプライン、動き検索、映像先読み(64MB)、容量チェック。
●MPEGの設定
○ビデオ
固定品質(Q100,5000-0kbps又は2500-0)、動き検索精度(最高画質、最低速)
○ビデオ詳細
ノイズ除去(高画質モード)、インターレース除去(偶数奇数、フィールド適応)
○量子化行列
浮動小数点(チェック)、静止画部分では半画素単位の動き検索を行わない(チェック)
○オーディオ
エラープロテクション(チェック)、デエンファシス(50/15ms)
以上デフォルト設定に対する相違分
get ready
2003-05-07 00:15:32 ( ID:e9adlwly19r )
[ 削除 / 引用して返信 ]
>あるソースをエンコードしたところ、
>エンコードが途中でストップしてしまいました。
あるソースってなんですか?
バグだって言うのなら、作者等々が現象を再現・確認
できる様にある程度の情報を開示するのがユーザーの
役目と思われますが。
#「おかしいから直せ!!」だけで修正できると思いますか?
qqq
2003-05-07 00:50:21 ( ID:airans/uf.m )
[ 削除 / 引用して返信 ]
バグとして区分するには情報不足でしょう。ソース・各パラメータ情報を添え、
バグだと確証できるための前バージョンとの比較検証結果は提示できますか?
ただ、TMPGEncのバージョン以外の全てのファクターが同一であるのならば、
「バグの可能性もある」という段階ですね。他の方の情報を待ってみましょう。
あらゆる環境の元での異常動作報告は、たとえ小さなことでもソフトの改善には
欠かせない情報なのですから。
TMPGEncにお世話になっている人
2003-05-07 02:09:36 ( ID:uaztdpvqrww )
[ 削除 / 引用して返信 ]
うちでも同じような症状(エンコードが途中で止まる)が起こります。
環境は Athlon XP + 512MB DDR SDRAM + Windows XP Home Edition SP1 です。
ソースは ATI ALL-IN-WONDER RADEON + ATI Multimedia Center 7.7.0.1 で
キャプチャーした MPEG-2 ファイル (映像:720x480 NTSC 8Mbps VBR・
音声:48KHz 16Bit Stereo MP2) で、読み込みは MPEG-2 VIDEO VFAPI Plug-In にて
行なっています。2.510 では同じ環境で問題なくエンコード出来ます。
で、色々試行錯誤してみましたところ「設定(O)」→「環境設定(E)...」→「CPU」→
「CPU設定」→「マルチスレッド使用」のチェックを付けなければ今のところ
不具合は起きていないようです。(ただ今検証中)
素人考えですが「2.511での変更点」に「メモリの管理を改善しました。」とあるのが
何か関係しているように思うのですが、いかがでしょうか?
なお、うちの PC はシングル CPU ですが、「マルチスレッド使用」のチェックを付けたら
これまでごくわずかですがエンコードが速くなっていましたので、ずっとチェックを
付けるようにしていました。
ぶりうん
2003-05-07 18:29:15 ( ID:o2jyig9ymh2 )
[ 削除 / 引用して返信 ]
情報が不足してまして、大変申し訳ございません。
エラーが出た時のソースは音声が48KHz 16Bit Stereo WAVファイル、
映像が720*480、29.97fpsのMPEG2ファイルです。
●環境設定
マルチスレッド、パイプライン、動き検索、映像先読み(16MB)、容量チェック。
●MPEGの設定
○ビデオ
固定品質(100%,最大60000kbs最小0kbps)、動き検索精度(最高画質、最低速)
あとはデフォルトです。
ちなみにPCがDual CPU(Athron MP 2800+)なので、
当然マルチスレッドをオンにしております。
qqq
2003-05-07 19:12:28 ( ID:airans/uf.m )
[ 削除 / 引用して返信 ]
三人(ぶりうんさん、川﨑さん、TMPGEncにお世話になっている人さん)
全員がDual CPUの有無に関わらず、「マルチスレッド使用」のチェックを
付けるだけで発生していることから、この辺に因果関係がありそうですね。
私もDual CPU検討中なので、これから試してみます。
ぶりうん
2003-05-07 20:46:30 ( ID:7r7iywcwmsa )
[ 削除 / 引用して返信 ]
最大6000kbsでした。
qqq
2003-05-08 01:42:59 ( ID:airans/uf.m )
[ 削除 / 引用して返信 ]
<暫定結果報告です。>
1.エンコード条件
・PC環境
XP(HOME)SP1 P4-2.0GHz 512MB RAN
・ソース
①TMPGEnc2.511でエンコードしたMPEG-1
(352x240 CQ80%/0-3000Kbps+LayerⅡ/44.1KHz/224Kbps)
②メルコPC-MV5/U2でキャプチャしたMPEG-2
(720x480 VBR15000Kbps+LayerⅡ/44.1KHz/224Kbps)
・出力設定
MPEG1(352x240 CBR3000Kbps+LayerⅡ/44.1KHz/224Kbps)
動き検索精度:a.高画質(低速) b.最高画質(最低速)
その他は全てデフォルト
*今回のMPEG-2読み込みは、MPEG-2 VIDEO VFAPI Plug-Inを使用。
2.結果
01.ver2.510 ソース①+動き検索精度a.+マルチスレッドOFF=OK
02.ver2.510 ソース①+動き検索精度a.+マルチスレッドON =OK
03.ver2.510 ソース①+動き検索精度b.+マルチスレッドOFF=OK
04.ver2.510 ソース①+動き検索精度b.+マルチスレッドON =OK
05.ver2.510 ソース②+動き検索精度a.+マルチスレッドOFF=OK
06.ver2.510 ソース②+動き検索精度a.+マルチスレッドON =OK
07.ver2.510 ソース②+動き検索精度b.+マルチスレッドOFF=OK
08.ver2.510 ソース②+動き検索精度b.+マルチスレッドON =OK
09.ver2.511 ソース①+動き検索精度a.+マルチスレッドOFF=OK
10.ver2.511 ソース①+動き検索精度a.+マルチスレッドON =OK
11.ver2.511 ソース①+動き検索精度b.+マルチスレッドOFF=OK
12.ver2.511 ソース①+動き検索精度b.+マルチスレッドON =NG
13.ver2.511 ソース②+動き検索精度a.+マルチスレッドOFF=OK
14.ver2.511 ソース②+動き検索精度a.+マルチスレッドON =OK
15.ver2.511 ソース②+動き検索精度b.+マルチスレッドOFF=OK
16.ver2.511 ソース②+動き検索精度b.+マルチスレッドON =NG
*バージョンの切り替えは、既に2.511がインストールされてる環境なので、
2.511をアンインストール後、2.510をインストールし、先に2.510で検証し、
次いで、2.510をアンインストール後、2.511で検証。
私の環境でも、みなさんと同じ症状が起きました。
結果12.と16.に於いて、エンコード直後(5〜6秒)にストップし、
エンコード中止ボタンを押すと、「反応なし」状態になりました。
この症状は、ソースやデコーダ、ビデオ設定には依存せず、
ver2.511で、マルチスレッドON +動き検索精度を最高画質(最低速)
に設定することで、発生するようです。
やはり2.511のバグなのでしょうか?他の方はどうなんでしょう?
TMPGEncにお世話になっている人
2003-05-08 02:20:47 ( ID:uaztdpvqrww )
[ 削除 / 引用して返信 ]
qqq さん詳しい検証どうもありがとうございます。
うちでも検証として「マルチスレッド使用」のチェックを付けない状態で
トータル 3 時間弱の MPEG-2 ファイル(上記の設定のもの)を
MPEG-1 ファイルに変換してみましたが、
ざっとチェックした限りでは一応正常に変換出来ているようです。
なお、うちも「動き検索精度」の設定は「最高画質(最低速)」です。
これ以外の設定で使ったことがなかったもんでつい書き忘れてしまいました。
という訳で qqq さん同様他の方の動作報告をお聞きしてみたいですね。
お時間のある方は是非「マルチスレッド使用」+「最高画質(最低速)」で
動作検証して報告して下さると幸いです。
fay
2003-05-08 12:53:42 ( ID:dhaus9/.vnh )
[ 削除 / 引用して返信 ]
いくつか設定を変えて試して見ましたが、うちでは一向に発生しませんでした。
PC
P4-2.4B/MEM=1G/Windows2000Pro(SP3)
AthlonXP 2800+/MEM=512M/WinXPPro(SP1)
ソース
PowerCaptureProでキャプチャしたM-JPEGのAVI (80秒)
MTV2000でキャプチャしたMPEG-2 (4分弱) →まるもデコーダ
設定
マルチスレッド全てON(先読み16M)、プロジェクトウィザ−ドで適当に設定して動き検索の
みを最高画質に変更したもの。
上記状態でNRフィルタをON/OFF、レート調整モードを2PassVBR/CQなどと変えてためして
見ましたが、再現には至りませんでした。AthlonXPということでTMPGEncにお世話になって
いる人さんの環境に近いと思うのですが。他にどこか問題になりそうなところがありますか
ね? 特にプロジェクトウィザードで設定されたところから変更したところなんかを言えば
設定を統一しやすいんじゃないかと。
あと、この件とは直接関係はありませんが、動き検索精度の最高画質(最低速)は実際には
画質が最高画質にならないことが多くありますので、他の動き検索精度をつかったことが
無い人は高画質や動き予測も一度試すことをお薦めします。特にDVD規格のレート(10Mbps
以下程度)では高画質のほうが画質がよくなることのほうが多いと私は感じます。
鬼畜
2003-05-08 19:14:46 ( ID:dat.2whhaqf )
[ 削除 / 引用して返信 ]
私も試してみました。長くなりますがご容赦をm(__)m
CPU:PentiumIII-800MHz(シングルCPU)
MEM:512MB
OS:WinXP Pro(SP1)
DirectX:9.0a
TMPGEnc(Free及びPlus):2.511.51.160
ソース:CapDVHSでとったMPEG2-PS(720x480,約100秒)をm2v.vfpで読み込み
# バージョン違いによる調査はqqqさんが行ってますのでしてません。
今までの書き込みと、調査の結果から下記設定で頻繁にフリーズする事が判明。
・出力形式:MPEG1ファイル(VCD等も含む)
・動き検索精度:最高画質(最低速)
・マルチスレッドの設定の「パイプライン化する」と他の項目のどれか一つ以上チェック
音声の有無やソースの種類などには無関係のようです。
MPEG2に出力した場合も発生しません。
「パイプライン化する」のみにチェックした場合はフリーズしない場合もあります。
「動き検索をパイプライン化する」のみにチェックした場合と
「映像を先読みする」のみにチェックした場合と
その両方にチェックをして「パイプライン化する」にチェックをしない場合は
> モジュール'TMPGEnc.exe'のアドレスxxxxxxxxでアドレスxxxxxxxxに対する
> 読み込み違反が起きました。
とのエラーダイアログが表示されエンコードが中断しました(フリーズはしない)。
アドレスや停止する時間は不定の様なので書いてません。
これはこれでまた別の問題を抱えている気がします。
私のところではDualの環境ではないので想定外の動作かもしれないですが、
他のDual環境の方が同様の問題になっている以上は、何らかの問題があることは
確かだと思います。
なお「マルチスレッド使用」のみにチェックをしてマルチスレッドの設定の
全てのチェックを外した状態では、今のところは問題無くエンコード終了します。
今回試したのは100秒ほどの長さのファイルであり、もっと長いファイルの場合には
この条件でもエラーが出るかもしれません。
この対応がされたバージョンがリリースされるまでは「マルチスレッド使用」のチェックを
全て外しておくのがユーザー側で出来る対応でしょうかね。
TMPGEncにお世話になっている人
2003-05-09 00:21:14 ( ID:uaztdpvqrww )
[ 削除 / 引用して返信 ]
fay さん鬼畜さん御報告どうもありがとうございます。
なるほど、「マルチスレッド使用」+「最高画質(最低速)」に加えて
「MPEG-1 ファイルへの出力」というのが条件になっているかも知れないんですね。
またまた書き忘れていましたが、うちではずっと無料版の方を
MPEG-1 エンコーダとして使わせてもらっていますので、
出力は全て MPEG-1 ファイルです。
#つーか MPEG-2 試用期間ははるか以前に切れてしまっています。
で、「MPEG の設定」はプロジェクトウィザードを使わずに「ロード」で
「VideoCD (NTSC).mcf」を読み込んで
・「ビデオ」→「動き検索精度(M):」を「標準」から「最高画質(最低速)」に変更
・「ビデオ詳細」→「画像配置方法(M):」を「画面全体に表示(アスペクト比保持)」から
「画面全体に表示」に変更
・「量子化行列」→「ブロックノイズをソフトにする」にチェック
の各項目のみ変更しています。あとは「設定(O)」→「プレビューの設定(P)」を
「間引いて表示する」から「表示しない」に変更するのと
件の「マルチスレッド使用」のチェックを付けるくらいです。
なお、鬼畜さんの調査中「マルチスレッド使用」にチェックを付けて
「マルチスレッドの設定」の各項目のチェックを全て外した状態ですが、
うちではエンコードが途中で止まって無反応になる症状が起きました。
ソースは上記の設定の 1 時間程度の長さの MPEG-2 ファイルから
一部分(数分〜十数分)を切り出したものです。
ただし、なぜか最初の 1 回目だけは正常にエンコード出来ました。
その後は何回やっても無反応になりました。
また、「パイプライン化する」のみにチェックを付けた状態でも
同様にエンコードが途中で止まって無反応になる症状が起きました。
これに関しては何回やっても無反応になりました。
その他の条件については鬼畜さんと同様のエラーが起きました。
という訳で、結果的にうちでは「マルチスレッド使用」のチェックを外した場合しか
正常にエンコード出来ませんでした。
あと、fay さん御指摘の「動き検索精度」の件ですが、
正確に書きますとうちの場合は「最高画質(最低速)」以外の設定も
ずっと以前に一通り試したことはあります。
そして、出力結果と変換にかかる時間を吟味した上で
うちの場合には「最高画質(最低速)」がベスト、との判断を下しました。
それ以来「最高画質(最低速)」以外の設定で使ったことがなかった、
ということです。どうも言葉足らずでした。
もしかしたら最近のバージョンでは画質が変化しているかも知れませんが、
今のところ「最高画質(最低速)」での出力結果や変換にかかる時間に
特に不満はありませんので、うちではそのまま「最高画質(最低速)」の設定を
使い続けています。
完全に余談になりますが、初めて使った TMPGEnc は確かα版の最後の方のバージョンで、
その時にはもうβ版が出ていたと思います。
その頃は TMPGEnc も茂木さんの MPEG-2 VIDEO VFAPI Plug-In のように
頻繁に新しいバージョンが出ていたように思います。
で、新しい物好きの私はそれ以来全部じゃないですが大部分のバージョンを
使わせてもらっています。本当にお世話になっています。
それなのに未だに無料版ばかり使って Plus 版を購入していない私は
恩知らずな薄情者なんでしょうか…
長々と失礼しました。
qqq
2003-05-09 09:12:01 ( ID:airans/uf.m )
[ 削除 / 引用して返信 ]
<fayさんへ>
いつもお世話になってます。
この症状はPC環境によって大きく左右されるようですね。
ましてや、私みたいなシングルCPU環境では・・・。
ただ、ver2.510ですと再現しないことは確かみたいですね。
念のための確認ですが、TMPGEncのバージョンは2.511ですよね?(^_^;)
さくら
2003-05-09 09:54:11 ( ID:e9adlwly19r )
[ 削除 / 引用して返信 ]
私も、同様の症状が出ましたので、念のためレポート。
TMPEGEnc2.511 AthlonMP2000+DUAL WinXP という環境で、マルチスレッド、パイプラ
イン、動き検索、映像先読み、容量チェックしてエンコードすると、同様にスタート直後に停
止しました。動き検索精度(最高画質、高画質)の2つのパターンでも同様でした。
念のため、マルチスレッドをOFFにすると、問題なくエンコードできました。
ソースはMPEG2(HDDレコーダから持ってきたVOBファイル)
出力はVideoCD(ウィザード使用)
です。
fay
2003-05-09 11:25:38 ( ID:ap.xhapimig )
[ 削除 / 引用して返信 ]
前回書き込み後に色々試したところ、TMPGEncにお世話になっている人さん指摘のように
MPEG-1出力をした時のみに現象が出ることが分かりました。私の環境でも再現しました。
ここ半年くらいはMPEG-1では出力したことがなかったことと、私は動き検索精度の最高画質
は使わないために分からなかったようです。
あと、微妙な現象としては以下のようなものがあります。
・DVD2AVIを使っている場合はエラーが表示される。
・DVD2AVIを使っている場合はマルチスレッドをOFFにしてもエラーが表示されることがある。
(この場合はノイズ除去との組み合わせでエラーが出やすいようです)
・エラーが表示される場合は、表示フレーム位置は毎回異なる。
・DVD2AVIを使わない場合はエラーとはならずエンコードがストップする。
・DVD2AVIを使わない場合はマルチスレッドをOFFにしたら問題が出なくなる。
・動き検索精度を最高画質以外にした場合は問題が出なくなる。
・MPEG-2出力の場合は問題が出ない。
マルチスレッドが絡む場合はかなりデバッグが面倒になりますので、容易に問題が解決出来な
い可能性がありますね。特にエンコードがストップする場合は、どこかでスレッドのデッド
ロックが発生している可能性が高いので、この場合の原因を探すのは大変です。
とりあえずMPEG-1を主に使っている人は、2.510を使うか、動き検索精度を最高画質以外に
するか、マルチスレッドをOFFにするかという辺りを試してみれば良いと思います。ソースを
DVD2AVIで読み込んでいる人は、バージョンを戻すのが妥当かと。
O次郎
2003-05-09 23:59:02 ( ID:w4xe/fzugy. )
[ 削除 / 引用して返信 ]
初めまして
私も同様の現象が出ましたので報告させていただきます。
他の方のレポをみると「MPEG-1」が条件の1つとして挙がっていますが
うちではMPEG-2 (2-path VBR) で発生しました。
なお、2.511 にアップするまでは一度も発生しませんでした。
- - -
同一ソース(TV放送 LetterBox)を 4:3 と 16:9 の両方で2パスVBRで
エンコードしているのですが、 4:3 が正常終了した後 16:9 のエンコードで
発生しました。
この2つのエンコードで設定が異なるのは以下の3点のみです。
それ以外は全て同じ設定で実行しています。
・「設定」→「ビデオ」→「アスペクト比率」:
4:3 -> 16:9
・「設定」→「ビデオ」→「エンコードモード」:
インターレース -> ノンインターレース
・「設定」→「ビデオ詳細」→「クリップ枠」
未使用 -> 使用(上下 60 カット)
なお、環境設定「CPU」は全部チェックしたままになっています。
ソース:
MTV2000 -> DVD2AVI -> AviUtil -> TMPGEnc Plus 2.511
環境:
OS ... Windows XP Home
CPU ... Athlon XP 2100++
Mem ... DDR 512MB
HDD ... ATA100, 空き60GB
ねろんが
2003-05-10 14:32:50 ( ID:8zuvl5msklf )
[ 削除 / 引用して返信 ]
既に多数の報告が上がっているので簡単に。
当方でも試してみたら発生しました。
マルチスレッドON&動き検索精度(最高画質)でのみ発生。 Athlon XP1700+です。
マルチスレッドOFF&動き検索精度(動き予測)で常用しているため影響無しですが、
別途今まで皆無だったアプリの突然死が2.511から発生するようになりました。
わしじゃ〜
2003-05-19 17:28:05 ( ID:7r7iywcwmsa )
[ 削除 / 引用して返信 ]
今日、修正版が出た様です。
-------- 以下、更新履歴から引用 --------
変更履歴
Version : 2.512 . 2003/5/19
■ MPEG ツールの多重化で、MPEG ファイルを指定すると「DVD Sub-Picture ストリームのシステムストリームへの多重化は
サポートしていません」 というメッセージが表示される問題を修正しました。
■ マルチスレッドを ON にした環境で、動き検索精度に「最高画質」を 指定してエンコードすると途中でエンコードが止まったり
メモリアクセス違反エラーが発生する問題を修正しました。
鬼畜
2003-05-19 21:25:01 ( ID:dat.2whhaqf )
[ 削除 / 引用して返信 ]
5/8に自分で報告した現象については、2.512.52.161にて発生しないことを確認しました。
|